home *** CD-ROM | disk | FTP | other *** search
Text File | 1990-06-25 | 2.4 KB | 53 lines | [TEXT/GEOL] |
- Item forwarded by MUYSVASOVIC to PDG$ EUR.DEV.SER$
-
- Item 1750740 22-June-90 09:33PDT
-
- From: S.FRIEDRICH Friedrich, Steve
-
- To: MACAPP.TECH$ MacApp Technical
-
- Sub: Script Manager Compatibility
-
- >MacApp 2.0 is essentially Script manager compatible. However, there are still
- >a few bugs left here and there. One that I know of: if the label string of a
- >TPopup is larger than its frame, the string is truncated in a way which will
- >not work with multi-byte character systems.
-
- >I believe that the reason why this is so is that developers in general, and
- >MacApp developers in particular don't pay enough attention to the script
- >manager compatibility issue. This results in less testing, less bug reports,
- >and less robust code in MacApp.
-
- >I really think that the script manager approach is flawed, because it is an
- >optional goodie. It should not be possible to go without it. One simple
-
- The developers of MacApp itself pay _particularly_ careful attention to Script
- Manager and compatibility issues. That is why so very few SM use bugs slipped
- into MacApp. The thrust of MacApp has always been to provide the greatest
- international capabilities possible, within the limitations of system software.
- The use of the SM has been optional in MacApp 2.0 because MacApp 2.0 was
- intended to also function on system where the Script Manager was not available.
- However, if SM was available it would be used.
-
- In the next MacApp (post 2.0) the use of SM is required. We will deal with
- issues like the TPopup one (BTW in Sys 7.0 SM there is finally an approved way
- to do continuation characters).
-
- The MacApp team itself contains members that can speak English, Russian and
- French (though no Frenchman believes that any non-Frenchman can really speak
- French). We are contained in a group that has members who speak Arabic
- languages, Japanese, Chinese and others. There are people here whose prime
- responsibility is to ensure international thinking. So, please don't
- characterize us incorrectly.
-
- As international developers find deficiencies in MacApp's handling of SM or
- bugs in MacApp please don't just bitch about MacApp. Tell us what's wrong and
- we'll fix it. After all, one reason MacApp is great is that it provides a way
- to distill other people's experience and expertise into a re-usable form.
-
- Thanks for raising the issue.
-
- Regards,
- Steve
-
-